Skip to content

Conversation

WowVeryLogin
Copy link
Contributor

Add io-uring version of fs::metadata. The tricky part here is that there is no way to construct std::fs::Metadata from libc::statx outside of std, so had to add ugly hack with shim:
So on completion I call std::fs:metadata to construct std::fs::Metadata type out of intercepted statx syscall.
And also noticed that fs_uring tests are flakky because one of the tests specifically requests too many files interfiring with other tests.

@WowVeryLogin WowVeryLogin force-pushed the denis/statx_metadata_uring branch 12 times, most recently from f1e4ee8 to 91cbf67 Compare September 13, 2025 23:00
@WowVeryLogin WowVeryLogin force-pushed the denis/statx_metadata_uring branch from 91cbf67 to be596a9 Compare September 13, 2025 23:16
@Darksonn
Copy link
Contributor

Hi, sorry I missed this PR.

I don't think we can implement tokio::fs::metadata due to the constructor issue, unfortunately. The statx hack is clever, but we're not going to do that.

@Darksonn Darksonn added A-tokio Area: The main tokio crate M-fs Module: tokio/fs labels Oct 10, 2025
@Darksonn Darksonn closed this Oct 15, 2025
@mox692 mox692 mentioned this pull request Oct 18, 2025
9 tasks
@mox692
Copy link
Member

mox692 commented Oct 18, 2025

And also noticed that fs_uring tests are flakky because one of the tests specifically requests too many files interfiring with other tests.

Could you elaborate on this or open an issue by any chance?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

A-tokio Area: The main tokio crate M-fs Module: tokio/fs

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants